home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 8 / QRZ Ham Radio Callsign Database - Volume 8.iso / pc / files / p_thenet / tn212.exe / TN211-12.DOC < prev    next >
Text File  |  1993-08-09  |  8KB  |  143 lines
  1.                               TN211_12.DOC
  2.                    REMOTE SYSOP PARAMETERS, 1 through 5
  3.                  ****************************************
  4.  
  5.                   Parameter 1,  MINIMUM QUALITY FOR UPDATE
  6.                   ----------------------------------------
  7.  
  8.    Sets  the  minimum path  quality value  of other nodes that will be accepted
  9. into  the  routing table.   Nodes included in the broadcasts will be limited to
  10. those  with path  quality values equal or greater than this parameter.   If the
  11. value  is set low,  distant nodes  with  lower path values  (poorer probability
  12. of connect)  will be allowed into the tables.    Higher values will improve the
  13. probabilities   of  a  successful  connection.    A setting of "0" disables the
  14. automatic update function and does not  allow  ANY  nodes to be recognized (not
  15. recommended).    The  value  selected  will depend on several factors.    These
  16. include the purpose of the node, network type and size.   A suggested value for
  17. a multi-user simplex configured node is "86."
  18. (Range:  0-255)
  19.  
  20.  
  21.                      Parameter 2, HDLC CHANNEL QUALITY
  22.                      ---------------------------------
  23.  
  24.     HDLC is an OSI level 2 function  and is  what  the AX.25  protocol is based
  25. upon.    Here, the term is synonymous with RADIO PATH QUALITY.    Since much of
  26. the automatic network  management  techniques of TheNet are centered around the
  27. path  quality concept, the basic conventions will be discussed.  Certain  types
  28. of  packet  networks  (wire links, HF/VHF/UHF radio  with varying  user access)
  29. are more  efficient than others.    The most ideal packet link is a full duplex
  30. wire line between two TNCs.  This, because there isn't any outside interference
  31. to corrupt the circuit.  Least ideal is a multi-user  accessed  HF link subject
  32. to  interference and  changing propagation conditions  between  the  two  TNCs.
  33. Through  observations and studies the following conventions were established:
  34.  
  35.           TYPE OF PATH BETWEEN TNCs      PATH QUALITY    RELIABILITY
  36.  
  37.           RS-232 wire line (2 port)          255            99
  38.           Satellite link                     252            98
  39.           RS-232 wire line (3 port) link     248            97
  40.           UHF radio non-user radio link      240            94
  41.           VHF radio non-user radio link      224            88
  42.           VHF/UHF user accessed radio link   192            75
  43.           10 Meter user accessed radio link  180            70
  44.           HF user accessed radio link        128            50
  45.  
  46.     It should be remembered these path quality values are for ideal situations.
  47. Path  congestion and propagation conditions will lower the values  accordingly.
  48. But  by  convention, the  above  values  will  be used  in  parameters  2 and 3
  49. throughout the system.  The above chart explains why it is undesirable to allow
  50. user access to backbone trunks.    By doing  so, the path  quality is degraded.
  51. Recommended default for a  1200 baud VHF/UHF  user accessed  simplex radio link
  52. is 100 with  the reliable neighbors  permed to 192.  (Range:  0-255)
  53.  
  54.  
  55.                      Parameter 3, RS-232 CHANNEL QUALITY
  56.                      -----------------------------------
  57.  
  58.     Describes the path  (or port)  via the RS-232 connector  (DB-25 or DB-9) at
  59. the rear of the TNC.    If configured for  multi-node operation, this connector
  60. ordinarily attaches to either another TNC/node, or to a diode matrix connecting
  61. three or more TNC/nodes.    As indicated in the above chart, the probability of
  62. a successful connection is highest for two TNCs RS-232 connected.    Therefore,
  63. the highest path quality value is assigned to this configuration.  Diode matrix
  64. connected TNC's have a lower  probability  of connect.  This is because any one
  65. given TNC may be held off  while an active packet is in process to another  TNC
  66. on the matrix.   Thus throughput over diode  matrixed  TNCs  is not as  high as
  67. two direct connected TNCs.    Path quality values for this parameter ordinarily
  68. are  set at  255 for two nodes,  and perhaps  as low as  245  for several diode
  69. matrixed nodes.
  70.  
  71. NOTE: SYSOPing  the  existing  value  of  Parms 2 and 3 to a different value on
  72. active nodes showing in the ROUTES will not be immediately reflected.  If these
  73. nodes decrement out (fail) and later come back, they will reappear with the new
  74. SYSOPed  Path  Quality  value  assigned  to  them.   A procedure to get the new
  75. value to quickly go into effect  (short of RESETTING the node)  would be to use
  76. the  routes  locking  command.   Lock them in at the new value, then remove the
  77. locks.
  78.  
  79. The following illustrates how HDLC (radio) CHANNEL QUALITY and RS-232 CHANNEL
  80. QUALITY are displayed in response to a (R)outes command:
  81.  
  82. CLAMS:WA1ZDA-3} Routes:
  83.   0 ME220:WA2YVL-3 150 16
  84.   1 PENBAY:WA1ZDA-1 255 15
  85.   1 LOBSTR:WA1ZDA-7 255 15
  86.  
  87.     The  0  and 1's seen in the left column correspond to the port  identifiers
  88. listed  in  parameters 2 and 3.  The 0 means it is a radio port and the 1 is an
  89. RS-232 TNC port.  The 3rd  column is the default settings (in this example) for
  90. parameters  2 and 3.  Here we note the NodeOp has determined the radio path  to
  91. ME220 is not a good "standard" 192 quality path.   Therefore he has assigned it
  92. a value of  150.   If a neighbor node HAD a good 192  quality path, parameter 2
  93. would be set for 192.  Then the  ROUTES  locking technique would be used to set
  94. ME220  to  the  150  value.     In this example, the NodeOp has assigned RS-232
  95. CHANNEL QUALITY values of 255 to both the PENBAY and LOBSTR nodes.   Though not
  96. pertinent  to  this  discussion,  the  final  column  indicates the  number  of
  97. destination routes through that path.
  98. (Range:  0-255)
  99.  
  100.  
  101.                       Parameter 4, OBS COUNT INITIAL VALUE
  102.                       ------------------------------------
  103.  
  104.     The  initial  value  for the  NODES  obsolescence  counter.    This counter
  105. displays  how current  a path is to a  destination node.   The node keeps track
  106. time-wise of all nodes heard during neighbor broadcasts.   By  convention, this
  107. counter is normally defaulted to "6."  If for some reason (QRM or node failure)
  108. a known  node  isn't heard upon receipt of  the  next  neighbor broadcast,  the
  109. obsolescence value for that node  will decrement to "5."    If not heard at the
  110. next broadcast, it goes to "4," etc.  Once the value goes to "0," knowledge  of
  111. that  node is removed from the routing table.  If the node IS heard  before the
  112. value  falls to  "0,"  it automatically is reassigned a "6."   By comparing the
  113. broadcast timer value in parameter 6 against  the  obsolescence count, one  can
  114. calculate how "fresh" a path is.
  115.  
  116. The  purpose  of  the  obsolescence counter  is to  purge failed nodes from the
  117. routing  tables.     With a  one-half hour  broadcast cycle (1800 seconds),  an
  118. initial value of "6" will allow a  failed node to remain in the  routing tables
  119. of immediate neighbors for up to 3 hours.    Depending  upon the parameters  of
  120. more  distant  nodes,  the  failed node  may  appear  within the  network for a
  121. longer period before finally being decremented out.
  122.  
  123. Nodes  configured as HF gateways  are subject to variable and sometimes sudden,
  124. propagation shifts.    An initial obsolescence counter  value of "4" on  the HF
  125. node  and on  adjacent  RS-232 connected VHF/UHF nodes  will hasten the purging
  126. of stale nodes from the system.
  127. (Range:  0-255)
  128.  
  129.  
  130.                       Parameter 5, OBS COUNT MINIMUM for BCST
  131.                       ---------------------------------------
  132.    Sets  a limit on the  minimum obsolescence value associated with other nodes
  133. to be  included  in the NODES broadcast.    For instance, if a neighbor has not
  134. heard the  CARBON:VE6RCB  node  for 2 or 3 broadcast periods, the likelihood is
  135. high CARBON has failed.  Thus it is good network practice to avoid  sending out
  136. useless node data.   By setting parameter 5 to a value of one less than that of
  137. parameter 4,  freshly  failed  nodes  will not be  included in the  forthcoming
  138. broadcast.    Knowledge of the missed node will remain until decremented out by
  139. parameter 4.  Therefore, if the broadcast was simply missed due to QRM, distant
  140. users would still be able to connect to that node.     If set to a higher value
  141. than parameter 4, the NODES destination table will include only itself.
  142. (Range:  1-255)
  143.